How to Implement Review Flow in Multica
这是一页流程实现页,负责回答“如何在 Multica 中落地审批流”。
它不负责定义审批制度为什么存在;制度与边界应以下列页面为准: 企业版Review Gate机制、Where Review Happens and How Bots Trigger It。
Core Answer
在 Multica 里实现审批流,最实用的方法不是等待一个专门的“审批模块”,而是直接复用它现有的协作原语:
- Issue
- Assignee
- Status
- Comment
- Label
Recommended Model
把审批实现成一种特殊的 review issue 流程:
text
execution issue
-> wiki-compile issue
-> review issue
-> approve / revise / reject
-> canonical wiki update
-> Feishu publishThree Issue Types
1. execution
正常执行任务。
2. wiki-compile
把高价值结果整理成知识草稿。
3. review
审批知识草稿是否进入 canonical wiki。
Recommended Labels
executionwiki-compilereviewreview-approvedreview-revisereview-rejecteddecisionmemory-candidate
Recommended Status Usage
todoin_progressin_reviewdoneblocked
其中审批流最关键的状态是:
in_reviewdoneblocked
Recommended Flow
Step 1
一个正常执行任务完成。
Step 2
bot 识别这是高价值候选知识,并自动创建一个 wiki-compile issue。
Step 3
知识编译 Agent 完成草稿后,bot 自动创建一个 review issue。
Step 4
reviewer 在该 issue 中给出:
ApproveReviseReject
Step 5
bot 根据审批结果自动执行后续动作:
- 更新 canonical wiki
- 追加 index / log
- 如需发布则同步到飞书
Why Multica Is The Right Place
审批最适合发生在 Multica,而不是 wiki 或飞书里,因为 Multica 已经天然具备:
- 任务对象
- 人类身份
- Agent 身份
- 指派关系
- 状态流转
- 评论记录
它最适合承载“谁提、谁审、谁批、谁改”的工作流。
Final Rule
bot 负责发现候选知识并发起 review issue,人类 reviewer 负责最终批准知识是否进入 canonical wiki。